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Beschreibung 
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[0001] Bei Mehrbenutzer-Betriebssystemen, z.B. UNIX, HP-UX9.01, SUNOS, Domain-OS10.4 T mussen beim An- 
meldevorgang eines Benutzers an einem Computer (Rechner) ein Oder mehrere Dateien (Files) abgearbeitet werden, 
urn Einstellungen am Computer und/oder dessen Betriebssystem vorzunehmen, die das weitere Arbeiten eines Be- 
nutzers mit dessen Benutzerprogramm optimal gestalten bzw. die Nutzbarkeit des Benutzerprogramms optimal ge- 
stagen. 

[0002] Jedes Benutzerprogramm benotigt also zur optimalen Nutzung spezielle Einstellungen des Computers, die 
in den genannten Files angegeben sind. 

[0003] Die genannten speziellen Einstellungen werden zur Zeit durch folgenden Mechanismus realisiert: 

[0004] In dem persdnlichen Setup-File im Rechner eines Benutzers des Benutzerprogramms "Mentor" steht z.B. 

folgender Eintrag. 

XX source/setup/mentor/cshrc 

XX 

[0005] Durch den obigen Eintrag wird bewirkt, daft z.B. der Suchpfad erweitert wird, Variablen fOr Lizenzfiles gesetzl 
werden sowie weitere Environment-Variablen, welche das weitere Verhalten des Benutzerprogramms "Mentor" steu- 
ern. 

[0006] Die Direktory-Struktur von "/setup" in einem Benutzerrechner entspricht in etwa der folgenden Darstellung: 
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/setup 
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mentor 



— system 



— synopsys 



cshrc 
login 
cshrc 
login 
cshrc 
login 



40 [0007] Bei dem genannten Setup-Mechanismus mussen alle Setup-Files immer lokal aut jedem Benutzerrechner 
vorhanden sein, urn eine zuverlassige Funktion bzw eine optimale Einstellung der Benutzerprogramme zu gewahrlei- 
sten. 1st es nun erforderlich, Anderungen an den Setup-Files vorzunehmen (wenn beispielsweise ein Update eines 
Benutzerprogramms eingespielt wird und dieses Update neue Einstellungen oder veranderte Einstellungen erfordert), 
so mussen diese Anderungen aut alien Rechnern erfolgen. 

45 [0006] Die Durchfuhrung dieser Anderungen erfolgt bisher auf Zuruf und handisches Kopieren der Setup-Files. Dies 
bedeutet jedoch einen erheblichen administrativen Auf wand, insbesondere bei groBen Netzwerken und vielen Benut- 
zern bzw Benutzerprogrammen. 

[0009] Der Erfindung liegt die Aufgabe zugrunde, einen Setup-Mechanismus anzugeben, der es ermoglicht, den 
Setup- Vorgang fur Benutzerprogramme mit sofortiger Wirkung fur alle Benutzer des Netzwerkes zu verandern. 

50 [0010] Diese Aufgabe wird durch einen Setup-Mechanismus mit den Merkmalen des Anspruchs 1 gelost. 
[0011] Im folgenden wird ein Ausfuhrungsbeispiel der Erfindung anhand der Zeichnung naher erlautert. 
[0012] Die Figur zeigt ein Rechnernetz mit angeschlossenen Rechnern, die in einer heterogenen Betriebssystem- 
umgebung (SUN-OS; HP-UX; OSF1; Domain OS 10.4) laufen. Bei diesen Betriebssystemen werden rechnerwichtige 
Daten durch einen sogenannten Network-Information-Service, kurz NIS, verwaltet. Der NIS-Dienst unterteilt die Rech- 

55 ner des Netzes in drei Kategorien, namlich einen NIS-Master-, NIS-Slave- und NIS-Benutzerrechner. 

[0013] Der Masterrechner ist der zentrale Rechner, von dem aus rechnerwichtige Daten (z.B. Password, group, 
autouser...) an die Slaverechner verteilt werden konnen. Die zu verteilenden Daten konnen allein uber den Master- 
rechner verandert werden. 
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[0014] Eine Beispiel fur einen derartigen Verteilmechanismus ist z.B. aus dem Dokument USENIX ASSOCIATION 
SUMMER CONFERENCE PROCEEDINGS 9. Juni 1986 : Atlanta, Georgia, USA, Seiten 159-171, DANIEL NACHBAR: 
"When Network File Systems Arenl Enough: Automatic Software Distribution Revisited" bekannt. 
[0015] Der Slaverechner wird, wie bereits erwahnt, durch den Masterrechner mit aktuellen Daten aufdatiert und stellt 
s diese Daten den Benutzerrechnern auf Anforderung zur Verfugung. 

[0016] Die Benutzerrechner erfragen systemrelevante Daten jeweils von einem Slaverechner. Der Slaverechner 
muB dabei im lokalen Netzsegment vorhanden sein, da eine Anfrage Ober gateways, (in der Figur als "Router' 1 be- 
zelchnet) nicht moglich ist. 

[0017] Sollte aus verschiedenen Grunden (Wartungsarbeiten, Absturz oder Crash) der Slaverechner ausfallen, so 
10 ist ein Zugriff aut die durch den NIS-Dienst verteitten Daten fur alle Benutzerrechner im entsprechenden Netzsegment 

nicht mehr moglich. Damit ist aber gleichzeitig ein Arbeiten an den Benutzerrechnern nicht mehr moglich. Deshalb 

wird jedes Netzsegment mit mindestens zwei Slaverechnem betrieben, die sich bei Ausfall gegenseitig ersetzen. 

[0018] Der erfindungsgemaBe Setup-Mechanisimus arbeitet nach folgendem Prinzip: 

[0019] Auf alien Slaverechnem wird folgende Direktory-Struktur erstellt: 
is /usr/setup 

[0020] Jede Nacht wird die genannte Direktory-Struktur, die im folgenden auch als Master- Dire ktory bezeichnet wird, 
auf die Slaverechner kopieit 

[0021] Urn Anwendern, z.B. Anwendem des Benutzerprogramms "Mentor", den Zugriff auf dieses Master-Dire ktory 
zu ermoglichen, muB in einem personlichen Setup-File eines Anwenders (im Home-Direktory enthalten), z.B. dem 
20 Setup-File .cshrc, folgender Eintrag hinzugefugt werden: 

XX set NISNODE = ypwhich source/host/$NISNODE/user/setup/mentor/cshrc 
XX 

. [0022] Der obige Eintrag im Setup-File eines Anwenders fuhrt also zur Aktivierung eines systemweit einheitlichen 
Setup-Files, das jeweils in den Slaverechnem vorhanden ist. Die variable $NISNODE gewahrleistet, daB das Setup- 

25 File cshrc unabhangig vom momentan als Server aktiven Slaverechner immer erreicht wird. Mit dem erfindungsge- 
maBen Setup-Mechanismus ist sichergestellt, daB fur ein Benutzerprogramm technisch wichtige Einstellungen konsi- 
stent fur alle Benutzer des Benutzerprogramms gehalten werden und zwar unabhangig vom Computer und von der 
Netzstruktur. Zum Einrichten eines netzweiten Setup-Files fur ein Benutzerprogramm im Master-Direktory kann jeder 
fur ein Benutzerprogramm Verantwortliche bei der Systemadministration ein Sub-Direktory des Master-Direktories be- 

30 antragen. Dieses Sub-Direktory wird dann dem Antragsteller mit folgenden SchreibTLeserechten zugewiesen: 
drwxr-xr-x wht lib mentor 

[0023] Aufgrund obiger Zuweisung ist nur der Verantwortliche eines Benutzerprogramms berechtigt, Anderungen in 
dem Sub-Direktory vorzunehmen. Das Sub-Direktory kann jedoch von jedem Benutzer des Benutzerprogramms ge- 
lesen werden. 

35 [0024] Die personlichen Setup-Files .cshrc und .login im Home-Direktory eines Benutzers sind von den gleichnami- 
gen Setup-Files im Master-Direktory zu unterscheiden. 

[0025] GemaB dem erfindungsgemaBen Setup-Mechanismus wird in den personlichen (benutzerspezifischen) Set- 
up-Files im Home-Direktory nunmehr auf die systemweit einheitlichen Setup-Files im Master-Direktory verwiesen, so 
daB die benutzerspezifischen Setup-Files nunmehr neben Sicherheitsabfragen (z.B. bezuglich der Existenz von auf- 
40 gerufenen Objekten), lediglich zum einen die systemweit einheitlichen Setup-Files im Master-Direktory aktivieren und 
zum anderen eventuell weitere benutzerspezifische Setup-Kommandos bzw. Files. 

[0026] Aufgrund des erfindungsgemaBen Setup-Mechanismus arbeiten somit alle Benutzer mit den gleichen netz- 
weit einheitlichen Setup-Files .login und .cshrc, die standig aufdatiert werden. Die personlichen Setup-Files der Be- 
. nutzer bedurf en somit keinerlei Modifikationen mehr, auch wenn das netzweite Setup eines oder mehrerer Benutzer- 

45 programme geandert wird. 

[0027] Templates fur die beiden personlichen Files eines Benutzers, die zur freien personlichen Konfiguration des 
Benutzers dienen, liegen unter dem Master-Direktory und heiBen user_log-in_template bzw. user_cshrc_template. 
Personliche Erganzungen des Setups werden durch die Files .my_ownJogin beziehungsweise .my_own_cshrc im 
Home-Direktory vorgenommen. Diese personlichen Erganzungen werden automatisch aktiviert, wenn sie existieren. 

50 [0028] Eine weitere Datei im Home-Direktory, namlich das File .tools, dient dazu, die Setups fur die einem Benutzer 
zur Verfugung gestellten Benutzerprogramme (tools) zu selektieren. Die Datei .tools enthalt zeilenweise Eintrage fur 
alle gewunschten Benutzerprogramme. Das fur das Betriebssystem erforderliche Setup "System" wird in jedem Fall 
aktiviert, so daB es nicht in der Datei .tools aufgefuhrt sein muB. Die Existenz von tools ist somit optional. 
[0029] Durch das Anlegen eines weiteren Files, des sogenannten Stop-Files ".measage", im Home-Direktory mittels 

55 "touch" wird die Ausgabe zusatzlicher Debug-Meldungen beim Durchlaufen des Setups bewirkt. 

[0030] Im folgenden wird das Master-Direktory und seine Verteilung im Rechnernetz nochmals naher erlautert. 
[0031] Das Master-Direktory, also das Direktory /user/setup, ist der Master fur alle im Rechnernetz vorhandenen 
Anwenderprogrammen/Objekte, fur die ein Setup-Mechanismus benotigt wird. Fur jedes durch den Setup-Mechanis- 
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mus unterstutzte Benutzerprogramm (tool) enthalt es ein Sub-Direktory. Ein Sub-Direktory enthalt wiederum alles, was 
fur das direkte Setup des jeweiiigen Benutzerprogramms notwendig ist. Fur die Benutzerprogramme Mentor und Syn- 
opsis sind beispielsweise die beiden Files .login und .cshrc notwendig, die, wie bereits erwahnt, von dem personlichen 
Setup-File eines Benutzers nach dessen Anmeldung beim System aktiviert werden. Der Name dieser Setup-Files und 

5 ihr Ablageort sind test, wahrend ihr Inhalt und ihre Funktionalitat von der Tool-Gruppe bestimmt wird. Notwendige 
Anderungen im Setup fur ein bestimmtes Tool (z.B. bei Versionswechsel) mussen von der Tool-Gruppe im Master- 
Direktory (/user/setup/<tool>) vorgenommen werden, urn sie alien Benutzern dieses Tools im Rechnernetz zur Verfu- 
gung zu stellen. Das Master-Direktory wird, wie bereits erwahnt, auf Anforderung bzw. turnusgemaB einmal taglich 
auf alle Slave-Rechner verteilt. Auf diese Kopien greifen die einzelnen Besitzer vor ihrer Arbeit mit einem Benutzer- 

io programm zu. Die personenbezogene Zustandigkeit fur die Tool-Sub-Direktories ist implizit durch ihre Besitzer- und 
Gruppen-Attribute festgelegt. 

[0032] Im Master-Direktory befindet sich die Datei used_vars. Diese Datei verzeichnet und beschreibt alle Schell- 
Variablen, die fur das Setup von den einzelnen Tool-Gruppen verwendet werden. Jede Tool-Gruppe muB dort ihre 
Variablen eintragen, damit die Eindeutigkeit sichergestellt und keine Konflikte durch Doppelverwendung entstehen 
15 konnen. Von besonderer Bedeutung sind vor allem die drei folgenden variablen aus dem Bereich "System": 

message: wird von dem im Home-Direktory abgelegten File .cshrc gesetzt, wenn Testmeldungen erscheinen sol- 
len; 

YP: zeigt den zustandigen Slave-Rechner an; 

20 Setup_DIR. zeigt auf das aktive Setup-Direktory auf dem Slave-Rechner. 

[0033] Zur Aktivierung des erfindungsgemaBen Setup-Mechanismusses muB ein Benutzer im einzelnen folgenden 
Schritte vollziehen: 

25 - kopieren der Template-Files aus dem Master-Direktory an die entsprechenden Stellen in seinem Home-Direktory, 
editieren der Datei tools im Home-Direktory, um das richtige tool zu aktivieren, 
eventuell Erzeugen von personlichen Setup-Files .myownlogin, .myowncshrc, ... 

testen, ob alles f unktioniert (durch touch message wird im Home-Direktory ein Stub-File angelegt, das die Ausgabe 
zusatzlicher Debug-Meldungen beim Durchlaufen des Setups bewirkt). 

30 

[0034] Damit die performance der Setup-Routinen zufriedenstellend ist, sollten moglichst viele Settings Giber die 
Datei .login (und nicht uber die Datei cshrc) durchgefuhrt werden, da in .login Einstellungen fur die gesamte Session 
am Rechner einmalig vorgenommen werden, wahrend das File .cshrc jedes Mai beim Offnen einer Shell durchlaufen 
und interpreted wird. 

35 

Patentanspruche 

1. Setup-Verfahren fur Benutzerprogramme in einem Rechnernetz, demgemaB 

40 

a) von einem Masterrechner benutzerprogrammspezifische Setup-Files netzweit aktualisiert werden, indem 
sie auf Slave-Rechner kopiert werden, 

b) von einem Benutzer-Rechner bei jedem Anmeldevorgang eines Benutzers ein fur jedes Benutzerprogramm 
im Home-Direktory eines Benutzers vorhandenes lokales Setup-File abgearbeitet wird, das einen Aufruf an 

45 einen Slaverechner zur Anforderung und Aktivierung eines netzweit einheitlichen Setup-Files enthalt. 

2. Setup-System fur Benutzerprogramme in einem Rechnernetz, mit 

a) einem Masterrechner, der benutzerprogrammspezifische Setup-Files netzweit aktualisiert, indem er sie auf 
50 Slave-Rechner kopiert, 

b) Benutzer-Rechnern, die im Home-Direktory eines Benutzers fur jedes Benutzerprogramm ein tokales Setup- 
File fuhren, das das zugehorige netzweit einheitliche Setup-File bei jedem Anmeldevorgang eines Benutzers 
an einem Benutzer-Rechner vom Slave-Rechner anfordert und aktiviert. 

55 3. Benutzer-Rechner in einem Rechnernetz, mit 

einem fur jedes Benutzerprogramm vorhandenen lokalen Setup-File im Home-Direktory eines Benutzers, das der 
Rechner bei jedem Anmeldevorgang des Benutzers abarbeitet und das einen Aufruf an einen Slaverechner zur 
Anforderung und Aktivierung eines netzweit einheitlichen Setup-Files enthalt. 
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Claims 

1. Set-up method for user programs in a computer network, according to which 

a) set-up files specific to user programs are updated on a net-wide basis by a Master computer in that said 
files are copied onto Slave computers, 

b) each time a user logs in, a local set-up file which is present in the home directory of a user for each user 
program is executed by a User computer, the said set-up file containing a call to a Slave computer in order to 
request and activate a net-wide standardized set-up file. 

2. Set-up system for user programs in a computer network, having 



a) a Master computer, which updates set-up files specific to user programs on a net-wide basis, in that it copies 
said files onto Slave computers, 
15 b) User computers which, in the home directory of a user, manage a local set-up file for each user program, 

which requests the applicable net-wide standardized set-up file from the Slave computer, and activates it, each 
time a user logs in at a User computer. 

3. User computer in a computer network, having a local set-up file, which is present for each user program in the 
20 home directory of a user, is executed by the computer each time the user logs in and which contains a call to a 

Slave computer in order to request and activate a net-wide standardized set-up file. 



Revendicatlons 

1 . Procede de configuration pour des programmes d'utilisateurs dans un reseau d'utilisateurs, suivant lequel 



a) des fichiers de configuration specifiques aux programmes d'utilisateurs sont mis a jour au niveau du r6seau 
par un ordinateur maltre en les copiant sur des ordinateurs esclaves, 
30 b) un fichier de configuration local present pour chaque programme d'utilisateur dans le repertoire personnel 

d'un utilisateur est traits par un ordinateur d'utilisateur a chaque operation d'abonnement d'un utilisateur, ce 
fichier de configuration contenant un appel a un ordinateur esclave en vue de la demande et de I'activation 
d'un fichier de configuration unrtaire au niveau du r6seau. 

35 2. Systeme de configuration pour des programmes d'utilisateurs dans un reseau d'ordinateurs, comportant 

a) un ordinateur maitre, qui met a jour au niveau du r6seau des fichiers de configuration sp6cifiques aux 
programmes d'utilisateurs en les copiant sur des ordinateurs esclaves, 

b) des ordinateurs d'utilisateurs qui amenent dans le repertoire personnel d'un utilisateur, pour chaque pro- 
40 gramme d'utilisateur, un fichier de configuration local, qui demande a I'ordinateur esclave et active le fichier 

de configuration associe unrtaire au niveau du reseau, lors de chaque operation d'abonnement d'un utilisateur 
a un ordinateur d'utilisateur. 

3. Ordinateur d'utilisateur dans un reseau d'ordinateurs, comportant dans le repertoire personnel d'un utilisateur un 
45 fichier de configuration local, present pour chaque programme d'utilisateur, que I'ordinateur traite a chaque ope- 

ration d'abonnement de I'utilisateur et qui contient un appel a un ordinateur esclave en vue de la demande et de 
I'activation d'un fichier de configuration unitaire au niveau du reseau. 

so 



55 



5 



EP 0 829 046 B1 




